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The following information is provided as an addendum to the TI-83 Plus Developer 
Guide Version 1 .0. This text provides additional information for developing applications 
and assembly programs for the TI-83 Plus SILVER EDITION. Specific information deals 
with the Flash ROM size and processor speed changes over the TI-83 Plus graphing 
calculator platform. 

Overview 

The TI-83 Plus SILVER EDITION has the capability to load up to 94 Flash Apps and has a 
clock speed that is more than twice as fast as the standard TI-83 Plus. For compatibility, 
the TI-83 Plus SILVER EDITION runs programs and applications at the standard 
TI-83 Plus speed. The TI-83 Plus SILVER EDITION also contains a hardware assist to 
speed up link communication. 

Flash Apps can utilize new Operating System (OS) calls or header settings to take 
advantage of the increased speed. Assembly programs can also use the OS calls to set 
speed. The new calls will not be recognized by older OSs so it is important for the 
developer to check OS versions when making these calls. 

Flash ROM Structure 

The TI-83 Plus SILVER EDITION Flash ROM is composed of 2048K (2M) bytes divided 
into 128 pages, each of which is 16K bytes in size. The structure is generally the same 
as the TI-83 Plus except for the inclusion of 96 additional 16K pages (24 additional 64K 
Sectors). The TI-83 Plus SILVER EDITION can store up to 94 Apps in pages OCh - 69h. 

The TI-83 Plus Flash structure chart, Figure 2.5 in the TI-83 Plus Developer Guide 
Version 1 .0, is correct up to page 14h; at that point, the TI-83 Plus SILVER EDITION 
includes more data pages. The TI-83 Plus SILVER EDITION also has the Operating 
System residing at the high 8 pages of Flash, 78h . . . 7Fh. The TI-83 Plus high memory 
is 1 8h ... 1 Fh. 
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Addr Page(s) Size Notes 



OS 

00h-07h 00-07 128K(8pages) Same as TI-83 Plus 


SWAP/USER DATA 

08h - OBh 08- 11 64K (4 pages) Same as TI-83 Plus 


SWAP/USER APPS/DATA 

OCh-OFh 12- 15 64K (4 pages) Same as TI-83 Plus 


USER APPS/DATA 

1 0h — 1 3h 16- 19 64K (4 pages) Same as TI-83 Plus 


USER APPS/DATA 

1 4h - 67h 20-103 1 344K (84 pages) Many more user pages 


USER APPS/DATA 

68h - 69h 104- 105 32K (2 pages) Pages 14h, 15h on TI-83 Plus 

6Ah - 6Bh 106- 107 32K (2 pages) Pages 16h, 17h on TI-83 Plus 


CERTIFICATE LIST 


future os use 

6Ch - 77h 108- 119 192K (12 pages) 


OS 

78h - 7Fh 120- 127 32K (8 pages) Pages 18h ... 1 Fh on TI-83 Plus 


Legend 

SWAP and/or User APPS Area 

Update System (OS) Area 

Fixed Area — changeable only by Tl 


Because of the additional Flash memory, the first App loaded will be placed at page 69h 
(105 decimal) and downward from there (versus 15h for the TI-83 Plus). 

Entry Points, Variable Types, and System Flags 

The TI-83 Plus SILVER EDITION uses the same entry points, variable types, and system 
flags as the TI-83 Plus. 

Additional B_CALLs for Determining OS and 
Speed 

The TI-83 Plus SILVER EDITION and TI-83 Plus OS version 1.13 includes new B_CALL 
entry points that allow an application to set the processor speed (SetExSpeed) and to 
determine the current speed and OS (GetSysInfo). 

The ti83plus.inc has the following entries: 


SetExSpeed 

EQU 

50BFh 

GetSysInfo 

EQU 

50DDh 

Nzlf 83Plus 

EQU 

50E0h 


See the entry point documentation in Appendix A for additional information. 
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Additional Header Tags for Setting Speed 

By default, an application will run at the TI-83 Plus Speed unless the App informs the OS 
to allow it to run faster. The entry point SetExSpeed controls specific locations in the 
code. 

An optional method is to set a tag in the header that informs the OS that the App can run 
at a certain level. The default level is 0 and the TI-83 Plus SILVER EDITION can be set to 
level 1. 

The APP HW LEVEL tag looks as follows: 

DB 080h, OAlh ; Field: App level 

DB OOlh ; Highest HW level = 1 

If this field is missing or is set to HW level 0 (either DB 080h,0A0h or 
DB 080h,0A1h,000h), then the Operating System executes the App in slow mode 
(6MHz) to execute the App. This field is ignored on the TI-83 Plus. 

; This is the application header definition area required for all Apps . 

DB 080h, OOFh ; Field: Program length 

DB OOOh, OOOh, OOOh, OOOh ; Length = 0 (N/A for unsigned 

; Apps) 


; * * * App types * * * 

; This example uses shareware type for signing and the simulator. 

; Replace with the commented developer ID for debugging on the calculator. 

; Note the header will need to be adjusted depending on the number of bytes in 
; this type field. 


DB 

080h, 

012h 

f 

Field: Program type (2 byte) 

DB 

OOlh, 

004h 

f 

Type = Shareware, TI-83 Plus 




f 

Use with 5 or 6 character ID 

DB 

080h, 

013h 

f 

Field: Program type (3 byte) 

DB 

OOlh, 

07Fh, 004h 

f 

Dev. ID = " 17F04 " 

DB 

080h, 

021h 

f 

Field: App ID 

DB 

OOlh 


f 

Id = 1 

DB 

080h, 

031h 

f 

Field: App Build 

DB 

OOlh 


f 

Build = 1 

— App Name is to be 

8 characters in size — 



DB 

080h, 

048h 

f 

Field: App Name 

DB 

"TEMP 

II 

f 

Name = "TEMP " 

DB 

080h, 

081h 

f 

Field: App Pages 

DB 

OOlh 


f 

App Pages = 1 

DB 

080h, 

0 90h 

f 

No default splash screen 

DB 

080h, 

OAlh 

r 

Field: App level 

DB 

OOlh 


r 

Highest HW level = 1 

DB 

003h, 

02 6h, 009h, 004h 

r 

Field: Date stamp = 
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DB 


005h, 

0D4h, 

062h, 

OOOh 

; 2/7/2000 

DB 


002h, 

OODh, 

040h 


; Dummy encrypted TI date 

DB 


055h, 

073h, 

021h, 

0E3h 

; stamp signature 

DB 


03Bh, 

081h, 

022h, 

017h 


DB 


02Dh, 

0D2h, 

0D3h, 

018h 


DB 


0 93h, 

0 63h, 

07 8h, 

0A6h 


DB 


0A2h, 

006h, 

05Ch, 

071h 


DB 


OCOh, 

031h, 

0E5h, 

098h 


DB 


ODEh, 

0 6Dh, 

039h, 

03Ch 


DB 


0F8h, 

035h, 

OEOh, 

0A7h 


DB 


OOFh, 

0 92h, 

0A5h, 

037h 


DB 


068h, 

0F3h, 

040h, 

01 9h 


DB 


0 6Eh, 

OCAh, 

02Fh, 

064h 


DB 


0E9h, 

OAAh, 

OCFh, 

0C9h 


DB 


035h, 

039h, 

OCOh, 

043h 


DB 


05Bh, 

0D3h, 

037h, 

086h 


DB 


041h, 

0E2h, 

OOlh, 

090h 


DB 


080h, 

07Fh 



; Field: Program Image length 

DB 


OOOh, 

OOOh, 

OOOh, 

OOOh 

; Length = 0, N/A 

End of required Header. 






To allow for growth 

of 

header 

fields during the 

signing process, the 

following pad bytes 

are 

needed. Adjust as 

needed . 

DB 


o 

o 

o 

o 



; Reserved Pad 

DB 


o 

o 

o 

o 



; Reserved Pad 

DB 


o 

o 

o 

o 



; Reserved Pad 

DB 


0 




; Adjusted pad for level type 


; Adjust header according to application type. 

; This example uses shareware type (2-bytes) . 

; Replace with the commented pads if using a 3-byte developer ID. 


DB 

0, 

o 

o 

o 

; Reserved bytes 
; 2-byte Program 

with 

Type 

pad for 
field 

DB 

0, 

o 

o 

; Reserved bytes 
; 3-byte Program 

with 

Type 

pad for 
field 


; End of 128 byte application header 


; Execution starts here. 


Possible Display Problems Running Fast on the 
Silver Edition 

There are problems that can occur if an application that was written for the TI-83 Plus is 
run at fast speed on the TI-83 Plus Silver Edition. 

The screen may not display correctly if the app writes directly to the display and has its 
own version of LCD_BUSY instead of calling the system routine. The LCD has a delay 
requirement of approximately lOus between operations and using the old LCD_BUSY 
delay at the faster speed will be less than this. 
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There are three options for solving this problem. 

• Triple or quadruple the delay time of the in-line code. This will solve the problem, but 
it may reoccur if another even faster version is produced. 

• Do B_CALL LCD_BUSY. This is guaranteed to work, but may slow down a display 
intensive app. 

• Use a CALL LCD_BUSY_QUICK, where LCD_BUSY_QUICK is equated to OOOBh. 
This is a new entry point that does not require the system overhead of a B_CALL. 
This call also works on earlier TI-83 Plus versions, but runs slightly faster than lOus 
and modifies the z/nz Status Flag. To use this on all versions, wrap it in another 
routine that saves and restores the flag register: 


; 11 states 

; 17 states + 30 states (on TI-83 Plus) 
; 10 states 


PUSH 

CALL 

POP 


AF 

LCD_BUSY_QUICK 

AF 


This will ensure that the routine runs on both the TI-83 Plus and the TI-83 Plus Silver 
Edition with minimal additional time delays. 


Accessing the DBUS From an App 


The TI-83 Plus SILVER EDITION is equipped with a DBUS assist unit in the hardware. 
This hardware assist will greatly speed up Apps that do significant DBUS activity, but 
requires additional care on the part of the App programmer. When used incorrectly, the 
DBUS assist will cause the App to suffer from timeout errors even though the data is 
sent/received correctly. The paragraphs below provide several use scenarios, possible 
problems encountered, and possible fixes. 


Monitoring DBUS Lines to Detect DBUS Activity 


Frequently, an App will need to wait for a byte to be sent from another calculator while 
the App is in a loop doing something else. On the TI-83 Plus, it was standard practice to 
input the state of the DBUS lines on each pass through the loop and then to make a 
B_CALL to RecAByte ONLY when one of the DBUS lines was active (a low). 

With the hardware assist, this process will fail. The failure is due to the fact that the 
hardware assist will complete the handshake when the DBUS line goes active by 
reading in the incoming byte and storing the byte in a hardware buffer. Thus the DBUS 
lines will return to an inactive state in a few microseconds and the software will never 
detect any activity. 

The corrective action here is to first determine the type of hardware that the App is being 
executed on by calling the GetSysInfo utility. If the hardware type indicates a TI-83 Plus 
SILVER EDITION unit (e.g., Bit 03 is set), then activity on the DBUS lines must be 
determined by executing the following code: 


IN 

AND 


(0x09), A 
0x38 


TI-83 Plus Developer Guide 


5 


Beta Version May 16, 2001 


TI-83 Plus SILVER EDITION 


If the ‘nz’ bit is set, the DBUS hardware assist has stored a byte for retrieval OR IS IN 
THE PROCESS OF RECEIVING A BYTE AT THE PRESENT TIME. This is the only 
reliable way of determining activity on the DBUS on the TI-83 Plus SILVER EDITION 
hardware. 

Sending DBUS Data/Error States by Toggling the 
DBUS Lines 

Frequently Apps will attempt to flag an error to the DBUS by taking both DBUS lines low. 
Similarly, Apps may attempt to toggle the DBUS lines from within the App rather than by 
invoking the RecAByte and SendAByte routines. These actions will cause the DBUS 
hardware assist to reset each time either (or both) of the DBUS lines are placed into the 
low state. If the DBUS assist hardware is in the middle of a transmission when the App 
toggles the DBUS line, the transaction is aborted and the byte being sent or received is 
lost. 

Unexpected Error Conditions 

If the DBUS hardware assist unit is sending data to a DBUS device and that device 
asserts both DBUS lines low, the DBUS assist will abort the send with an error condition. 
The indicated error will be TIMEOUT, as the hardware will only know that it could not 
send the byte in the 2 seconds allotted. 

Summary 

In general, it is always safe to call RecAByte and SendAByte. Direct access to the 
DBUS lines is discouraged as it may cause communication problems. 
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GetSysInfo 


Category: 

Description: 

Input: 

Registers: 

Flags: 

Others: 


Utility 

Return nine bytes of system information, including current speed. 

HL = RAM location of where to put system information 

None 

None 


Outputs: 

Registers: None 
Flags: None 


Others: 

Registers 

destroyed: 

Remarks: 


(HL) . . . (HL + 8) set depending on system information. 
AF, BC, HL 


Note that this B_CALL is not available on TI-83 Plus version 1.12 and earlier. 
The calling routine needs to check the software version before performing the 
B CALL. 


This routine returns nine bytes representing various aspects of system 
operation: 


ByteOO = 

Boot Code Revision # (Major) 

01 = 

Boot Code Revision # (Minor) 

02 = 

Hardware Revision # (00 if TI-83 Plus, NZ if not) 

03 = 

Lsn = 

Current Speed 

03 = 

Bit 4 = 

= reset if TI-83 Plus, set if TI-83 Plus SILVER EDITION 

04 = 

Device code default 

05 = 

0 = 

reserved for future use 

06 = 

0 = 

reserved for future use 

07 = 

0 = 

reserved for future use 

08 = 

0 = 

reserved for future use 



(continued) 
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GetSysInfo (continued) 


Example: 


Determine if are running fast or slow: 


MustBeSlow : 


abovell2 : 


Done : 


B_CALL 

getBaseVer 

; OS version in (A, 1 

CP 

2 

; major version 

JR 

NC, abovell2 

; if 2.x than > 1.12 

CP 

1 


JR 

NZ , MustBeSlow 

; if 0.x then < 1.12 

LD 

A, B 

; major version is 1 

CP 

13 

; minor version 

JR 

NC, abovell2 

; C if minor version 

XOR 

A 

; set Z to show slow 

JR 

Done 

; later than version 

LD 

HL, OP1 


B_CALL 

GetSysInfo 


LD 

A, OP1+3 


AND 

OFh 
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Nzlf83Plus 


Category: Utility 

Description: Return status if calculator is a TI-83 Plus or not. 

Input: 

Registers: None 
Flags: None 

Others: None 

Outputs: 

Registers: None 


Flags: 


Others: 

Registers 

destroyed: 

Remarks: 


NZ = Status if calculator is a TI-83 Plus 
Z = Status if calculator is a TI-83 Plus SILVER EDITION 

None 

None 

Note that this B_CALL is not available on Cerebrus version 1 .12 and earlier. 
The calling routine needs to check the software version before performing the 
B CALL. 


Example: 


This routine is not as intrusive as GetSysInfo if all you need to know is it the 
calculator is an earlier edition of the TI-83 Plus. 


Return NZ if are running on a TI-83 Plus. 


MustBe83Plus 


above!12 : 


B_CALL 

getBaseVer 

CP 

1 

JR 

C, MustBe83Plus 

JR 

NZ , Abovel 12 

LD 

A, B 

CP 

13 

JR 

NC, abovell2 

RET 



B_CALL Nzlf 83Plus 

RET 


; OS version in (A, B) 

; major version 
; if 0.x than < 1.13 
; if 2.x then > 1.12 
; major version is 1 
; minor version 
; C if minor version < 13 

; NZ status 

; later than version 1.12 
; NZ if original TI-83 Plus 
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SetExSpeed 


Category: 

Description: 

Input: 

Registers: 


Flags: 

Others: 

Outputs: 

Registers: 

Flags: 

Others: 

Registers 

destroyed: 

Remarks: 


Utility 

Set execution speed to fast or slow. 


A = 0 to set slow speed (6MHz) 

A = 1 to set 15MHz 
A = FF to set Fastest Future speed 

None 

None 


None 

None 

None 

Flag register modified. 

Note that this B_CALL is not available on TI-83 Plus version 1.12 and earlier. 
The calling routine needs to check the software version before performing the 
BCALL. 

This routine can be called on a TI-83 Plus unit running software version 1 .1 3 or 
higher, but will not affect the operating speed of that unit. 

The operating system will set the speed back to fast once the app or assembly 
program returns regardless of any settings made. An exception to this is that 
the error handler will leave the speed setting as is in case a goto is desired. 

Some system routines such as the 10 utilities may set slow speed for certain 
operations. These routines will restore the current speed upon completion. 
Other routines, such as the JForceCmd instruction force the fast clock. 
Normally an app will not execute these routines except upon completion. 

(continued) 
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Appendix A: System Routines — Utility 


SetExSpeed (continued) 


Example: Determine if the app is running on operating system version 1 .1 3 or higher and 

if so, run at the fast clock frequency: 


B_CALL 

getBaseVer 

; operating system version 
; in (A, B) 

CP 

2 

; major version 

JR 

NC, abovell2 

; if 2.x then > 1.12 

CP 

1 

; if 0.x then < 1.12 

JR 

NZ , belowl 12 

; major version is 1 

LD 

A, B 

; minor version 

CP 

13 

; C if minor version < 13 

JR 

C, belowll2 

; later than version 1.12 

LD 

A, OFFh 

; set fastest speed possible 

B_CALL 

SetExSpeed 



belowll2 : 
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